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(57) ABSTRACT 

The present invention provides a method and a system for 
managing communication sessions originating in either one 
of a telecommunications network, such as the PSTN net- 
work or a mobile telephone network, and a data communi- 
cations network such as the Internet. The system includes a 
service logic controller supporting a data structure that holds 
a plurality of communication session disposition program 
records. The service logic controller connects with the 
telecommunications network and with the data communica- 
tions network through respective gateways that transmit 
communication session disposition inquiry messages. In 
response to those messages, the service logic controller 
retrieves the appropriate communication session disposition 
program. If the program is instructive to establish an Internet 
domain connection, the service logic controller transmits to 
a gatekeeper functional element an Internet address request. 
The service logic controller then generates an instruction to 
the entity that originated the inquiry message in accordance 
with a response from the gatekeeper functional element. If 
the program does not require an Internet connection, the 
service logic controller generates an instruction to the entity 
mat originated the inquiry message in accordance with the 
program itself. The communication session is then pro- 
cessed according to the instruction. 

17 Claims, 4 Drawing Sheets 
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METHOD AND APPARATUS FOR calling, the caller will most likely end up listening to a busy 

AUTOMATIC CALL SETUP IN DIFFERENT signal, or may be connected to the called party's voice 

NETWORK DOMAINS mailbox. If the call is completed anyhow, the caller might 

end up paying unnecessary toll charges for the last leg of the 

FIELD OF THE INVENTION 5 call if the called party does not live in an area deserved by 

Hie present invention relates to the field of telephony V0IP ^J^. l ? ^ ^^J?^ f™***^ 

systems. It is particularly applicable to such systems which ^ formation (IP address, VOIP gateway 

■j 1 • ». • director number), and must perform some extra steps in 

provide subscribers with communication sessions across a ^' v v 

variety of network domains, such as the Public Switched order 10 piace tne can ' 

Telephone Network (PSTN), the Mobile network and the 10 Some companies offer a service based on proprietary 

Internet. devices to simplify the establishing of a call between two 

parties over the Internet. An example of such a service is the 

BACKGROUND OF THE INVENTION Internet appliance commercialized by Aplio in the United- 

™ . , . . . . c States. More information may be found on this topic at the 

The telecommunications environment is one 01 continu- 1<T4 * _u , i- \ TT r ^_ A 1 j. 

, j ■ . . 1 j A „„ ,. 15 Internet address (www.aplio.com). Unfortunately, the dis- 

ous evolution and technological advancement. Whereas his- * . c , . ' 4 , iL , 

- * j * ■ f? * 1 r»^T-o /m - ^mj advantages of such a service are that both ends must own a 

toncally it consisted stnctly of analog POTS (Plain Old • 1 j • u*u a *u u ■ *• 

™ , . J 0 *v ♦ j u #u oexnvT • special device, both ends must have a subscription to an 

Telephone Service), supported by the PSTN, this environ- T \ 4 _ . „ . , « cl ,v . ... 

f , - * , ' ... . . Internet Service Provider (ISP), and the commumcation 

ment has expanded to include not only the Mobile network . „ . \ i , . , c 

u#1 r *i j- 1 j . * • • p • session setup requires an extended penod of time, 

but also, more recently, digital data transmission of mcreas- 20 * ^ r 

ing quantity and speed, supported by the Internet. In summary, when a caller wishes to establish a call 

Prior to the introduction of the Internet, a class of tele- Internet domain the caller must find the IP 

phony services usually known as Single Number Service address of ^ ?f cd P!* iy ^°^ h ihQ means of T dlffci ? nl 

(SNS) or Personal Number Service (PNS) had been intro- s ™ s available within the Internet domain In other 

duced in the marketplace to address the mobility and call 2S WOrds ' WOrk and eff ° rt B "f cd 11 0D the ^ of the c , aller; 

j c * 1 u * 1 • ■ 1 ™ it is not automatic. Even if the caller wanted to complete a 

management needs of telephony network subscribers. The „ c , _ , . . . nc ™ T , F . 

main characteristic of this class of services was, and still is, ^L^* ^ Internet domiu ? ^° tbt „ PSTN , d ™> a 

■j 11 4 - l j * j PSTN/IP gateway is required. The caller must therefore 

to provide call routine based on customer-programmed . . , , , - , . , ... 

1 j * 11 - 1 * j *u u • * determine the address of such a server in the vicinity of the 

schedules, usually implemented through proprietary service „ . JA * *, . 

logic, residing on either Service Control Points (SCP), an 30 Called paFty m ° rder l ° aV ° ld to11 ChargeS * 
Advanced Intelligent Network (AIN) or Intelligent Network mere exists a need m me industry to simplify and 
(IN), or on special purpose switch adjuncts or service nodes. refine the process of using the Internet domain, in tandem 
The Internet has had an important effect on these telephony with bolh tne ps ™ ™ 6 Mobile network, for calling pur- 
services, increasing not only the number of events and P oses within modern telephony systems, 
conditions influencing call completion decisions, but also 35 OBJECTS AND STATEMENT OF THE 
the number of mechanisms available to reach a called party, INVENTION 
as well as the number of potential call delivery points. 

Correspondingly, a co-pending patent application entitled An object of the invention is to provide a novel Service 

"System and method for communication session disposition Logic Controller (SLC) responsive to events occurring in a 

responsive to events in a telecommunications network and 40 telecommunications network and a data communications 

the Internet", filed on Dec. 18, 1997, Ser. No. 05/994,008 network to make decisions regarding the disposition of a 

and assigned to Northern Telecom Limited, now allowed certain communication session, such as a telephone call or 

discloses a communication session disposition mechanism a fax transmission. 

able to make decisions regarding communication session Yet another object of the invention is to provide a novel 

disposition based on a broader range of events. The subject 45 method for using the Internet facilities to manage a com- 

invention includes primarily a novel Service Logic Control- munication session originating in either one of a telecom- 

ler (SLC) responsive to events occurring in a telecommu- municatioas network and a data communications network, 

nications network (PSTN or Mobile network) or a data such as the Internet. 

communications network (such as the Internet) for making ^ embodied and broadly described herein, the invention 

decisions regarding the disposition of different communica- 50 provides a service logic controller for the management of 

tion sessions, for instance a telephone call or a fax trans- communication sessions originating in either one of a tele- 

mission. communications network and the Internet, said service logic 

However, until such a flexible communication session controller including: 

disposition mechanism becomes ubiquitous in the telephony a cen tral processing unit; 

system, placing a call on the Internet telephony network will 55 a m {n daU comm ; nicalive relationship with said 

n?™ l l0t fr ° m ? C °u ]tT ^ PlaCmg u a x ^ ° D ^ «ntral processing unit, said memory holding a data 

PSTN. The caller must first be connected to the Internet in , f , & , ' . _ ' \ 

order to figure out the address of the person to be called, and strucl ^. mcludm g a P^** of f r< * ord f.> ea f re ? rd 

must also know where to look for this address. Another an mformation element indicative of a certain 

option available today is to use the services of Internet 60 communication session disposition program; 

Telephony Service Providers (ITSP). In such a case, the a program element in said memory that is executed by 

caller must call into a voice-over-IP (VOIP) gateway, where ^ central processing unit; 

IP stands for Internet Protocol, and supply the called party a first connection point permitting to exchange data 

directory number. The gateway then routes the call through between said service logic controller and the telecom- 

the Internet to the gateway closest to the called party and 65 munications network; 

completes the call over the PSTN. If the called party a second connection point permitting to exchange data 

happens to be connected to the Internet at the moment of with the Internet; 
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a third connection point permitting to exchange data with 
an Internet gatekeeper functional element, the Internet 
gatekeeper functional element returning in response to 
Internet address request messages Internet location 
messages; 

said program element implementing the functions of: 

a) processing a communication session disposition 
inquiry message input through either one of said first 
and second connection points to associate a certain 
record in said data structure with the communication 
session disposition inquiry message; 

b) if the communication session disposition program of 
said certain record is instructive to establish an 
Internet domain connection, generating and output- 
ting through said third connection point an Internet 
address request message to seek an IP address of a 
party with whom a communication session is to be 
established; 

c) processing an Internet location message received at 
said third connection point in response to the Internet 
address request message and containing an IP 
address of a party with whom a communication 
session is to be established to generate and output 
through either one of said first and second connec- 
tion points a communication session disposition 
instructions message including the IP address of a 
party with whom a communication session is to be 
established. 

Throughout this specification, the expression "communi- 
cation session" is intended to encompass telephone -related 
messages, video -conferencing, facsimile transmissions and 
pager-related calls. 

Throughout this specification, the expression "telecom- 
munications network" is intended to encompass networks 
through which are exchanged primarily, but not exclusively, 
audio signals, such as the Public Switched Telephone Net- 
work (PSTN) and mobile telephone networks. 

Throughout this specification, the expression "data com- 
munications network" refers to networks that exchange 
primarily, but not exclusively, data such as electronic mail 
and file transfers, among others, A typical example of a data 
communications network is the Internet Protocol (IP) net- 
work. 

In a specific embodiment of this invention, the SLC 
connects with three independent network domains, namely 
the PSTN, a mobile telephone network and the Internet. The 
connection to the respective network is effected through 
gateways. Each network is provided with a Detection Point 
Functional Element (DPFE) whose task is to detect a com- 
munication session that needs the services of the SLC. Once 
such a communication session is detected, say a caller 
originates a telephone call from the PSTN, the DPFE issues 
a communication session disposition inquiry message 
through the associated gateway, directed to the Service 
Logic Controller (SLC). 

The SLC is implemented on a server and includes a 
memory for storage of program elements implementing 
different functions necessary to the disposition of commu- 
nication sessions and, more particularly, to the ACS service. 
The SLC server further includes a Central Processing Unit 
(CPU) to execute these program elements, as well as a mass 
storage unit to hold a data structure in the form of a database, 
referred to as the Subscriber Database, including a plurality 
of records, each record being a subscriber or user profile that 
contains a communication session disposition program. This 
communication session disposition program determines how 
a communication session to a particular called party is to be 
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managed in dependence upon various factors, such as the 
time of day, type of communication, etc. In a very specific 
example, an illustrative script can be: "Between 8 and 6 on 
working days, route calls made to John Smith to his office 

5 unless his cellular phone is activated, in which case calls 
should be routed to the cellular phone." In a specific 
example, the SLC is coupled to a Gatekeeper Functional 
Element (GKFE) to provide the SLC with means for trans- 
parently using the Internet facilities to generate a commu- 

io nication session disposition instruction of the Automatic 
Call Setup (ACS) service provided by the SLC. The GKFE 
is an element in the IP network where the mapping of 
pseudo-addresses into IP addresses takes place. Specifically, 
in H.323 compliant networks, the GKFE functionality is 

15 implemented on a gatekeeper which is responsible for 
managing all IP telephony related activities in a particular 
zone, performing call control, managing bandwidth and 
performing address translation. There are as many gatekeep- 
ers as there are zones. Another implementation of a GKFE 

20 is the Microsoft Internet Locator Service which performs 
address translation. The GKFE is thus a distributed func- 
tional element in the network. However, until the IP tele- 
phony network is fully standardized, it is simpler to imple- 
ment the GKFE as a single node communicating with the 

25 different gatekeepers and locator services in the Internet 
domain. This single GKFE node handles the different pro- 
tocols needed to interact with H.323 gatekeepers and dif- 
ferent proprietary locator services. When an Internet domain 
connection is required to complete a call, and the necessary 

30 IP address is not available in the Subscriber Database of the 
SLC, the SLC generates and transmits to the GKFE an 
Internet address request message including the pseudo- 
address of the called party, where this pseudo-address is 
frequently an e-mail address. Upon reception of an Internet 

35 address request message from the SLC, the GKFE fetches 
the corresponding IP address from the appropriate H.323 
gatekeeper or locator service in the network. If the gate- 
keeper or locator service is unknown, the GKFE broadcasts 
the Internet address request message, including the pseudo- 

40 address, to all known gatekeepers and locator services. This 
functionality enables the ACS service to automatically and 
transparently retrieve IP address from the IP network. The 
term "transparently" implies that an ACS subscriber is able 
to reach someone on the Internet with no permanent address 

45 without actually accessing the Internet. 

Once the communication session disposition instruction is 
generated by the SLC, a message is assembled and trans- 
mitted to the DPFE that requested the instruction. The latter, 
upon receipt of the instruction, manages the session accord- 

50 ingly. 

As embodied and broadly described herein, the invention 
also provides a system for the management of communica- 
tion sessions originating in either one of a telecommunica- 
tions network and the Internet, said system comprising: 
55 a service logic controller, including: 

a) a central processing unit; 

b) a memory in data communicative relationship with 
said central processing unit, said memory holding a 
data structure including a plurality of records, each 

60 record including an information element indicative 

of a certain communication session disposition pro- 
gram; 

c) a program element in said memory that is executed 
by said central processing unit; 

65 d) a first connection point permitting to exchange data 
between said service logic controller and the tele- 
communications network; 
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e) a second connection point permitting to exchange FIG. 1 is a block diagram of a multi-domain communi- 

data with the Internet; cation session disposition system incorporating an Auto- 

a gatekeeper functional element in a data communicative malic Call Setup service, in accordance with this invention; 

relationship with said service logic controller, said FIG. 2 is a structural block diagram of the ACS Service 

program element implementing the functions of: 5 Logic Controller and IP Gatekeeper, as shown in FIG. 1; 

i) processing a communication session disposition pic. 3 depicts an example of a functional information 
inquiry message input through either one of said first fl ow> originating in the Internet domain, for the communi- 
and second connection points to associate a certain cation session disposition system shown in FIG. 1; 
record in said data structure with the communication FIG. 4 depicts an example of a functional information 
session disposition inquiry message; 10 ^ originating ^ lhe PST N/Mobile domain, for the com- 

ii) if the communication session disposition program of muQication dis p 0 sition sys t em shown in FIG. 1. 
said certain record is instructive to establish an 

Internet domain connection, generating and forward- DESCRIPTION OF A PREFERRED 

ing to said gatekeeper functional element an Internet EMBODIMENT 
address request message to seek an IP address of a * 5 

party with whom a communication session is to be In a preferred embodiment of this invention, an Automatic 
established* Call Setup (ACS) service is provided that permits an 
said gatekeeper'functional element being responsive to improved usage of the Internet domain for calling purposes, 
the Internet address request message to obtain the IP Specifically, the ACS service allows the establishment of a 
address of the party with whom a communication 20 connection from a caller (subscriber) to a caUed party 
session is to be established and to generate and forward transparently using whichever network (PSTN/Mobile, IP) 
to said service logic controller an Internet location 15 based on conditions specified by the service sub- 
message containing the IP address of the party with scru > er and external condit.ons. Examples of such external 
whom a communication session is to be established, cond ^ tl , 0 .° s m : ,„ JJ , L 
said program element implementing further functions, * Availability of an IP address for the called party; 
■ i u Jj_g. Gateway availability (e.g. all local ports could be in use); 
processing the Internet location message received at Time ° f «MDay of week (avoids waiting for IP address 
said third connection point to generate and output fetchln g al »™« wnere * e ^ P artv K unhkel y to be 
through either one of said first and second connec- connected to the Internet); 
tion points a communication session disposition 30 Cost-based routing; 

instructions message including the IP address of a Quality of Service rouung (automatically avoids rang Inter- 
party with whom a communication session is to be net for completing a call in high Internet traffic periods), 
established Therefore, the preferred embodiment of the invention 
As embodied and broadly described herein, the invention enables a P ers0Q not f nnected t0 the /Fernet to transpar- 
also provides a method for managing a communication 35 ™ty Internet facilities to complete a call, as well as 
session originating in either one of a telecommunications facilitates call completion for people calling from the Inter- 
network and the Internet domain, said method comprising ^L??™? 111, . , (1 , riL . ^ , 
the ste s of* provides a block diagram of the various network 
. * . . . r ... - iL components required by the mechanism under a preferred 
detectine origination of a communication session in either L r .. A J 4 . ™ • *, 1 
f L * . . , * j . ,40 embodiment of the present invention. The various network 

one of the telecommunications network and the Internet , _ r . , , •„ r- rr . 1 .-n,,^*** 

components and functions shown in FIG. 1 illustrate pnma- 

domain, ^ tne ] 0 gj ca i relationship between these components and 

suspending processing of the communication session; functions, and as such may have no direct implications cn 

accessing a data structure containing a plurality of either the physical paths, oUrect or indirect, or the signalling 

records, each record including an information element 4S supports used in the different implementations of this inven- 

indicative of a certain communication session disposi- ^on. 

tion program; The network components are grouped in two distinct 

associating a record in said data structure with the com- domains, namely the PSTN network domain 100 and the 

munication session, the record including an entry Internet domain 102. As the Mobile network is very similar 
indicative of a particular disposition program appli- 50 to the PSTN network 100, it has not been shown as a distinct 

cable to the communication session, the entry including domain in FIG. 1, but rather is also represented functionally 

a data element indicative of a pseudo-address in the by domain 100. Generally speaking, these domains issue and 

Internet domain; receive communications that can be telephone related mes- 

if the entry applicable to the communication session is sages or data. The system shown in FIG. 1 is a communi- 
instructive to establish an Internet domain connection, 55 cation session disposition system, capable of making dispo- 

translaiing the pseudo-address to an IP address; sition decisions based on events occurring within each of the 

utilising the IP address to manage the communication network domains. 

session Each domain comprises several different Functional Ele- 
ments (FEs). An ACS subscriber will originate a call through 
BRIEF DESCRIPTION OF THE DRAWINGS 60 me ACS service by ^ [ng ^ originating Point Functional 

These and other features of the present invention will Element (OPFE). There are OPFEs in all three network 

become apparent from the following detailed description domains, namely the PSTN or Mobile network OPFE 104, 

considered in connection with the accompanying drawings. for example a phone in the PSTN network or a handset in the 

It is to be understood, however, that the drawings are Mobile network, and the Internet OPFE 112, for example a 
provided for purposes of illustration only and not as a 65 multimedia PC. 

definition of the boundaries of the invention, for which A Detection Point Functional Element (DPFE) imple- 

reference should be made to the appending claims. ments the network functionality which is responsible for 
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identifying call requests that require ACS treatment. For 
such calls, the DPFE will suspend call processing and 
originate a request for instructions to the Service Logic 
Controller (SLC) via a Gateway Functional Element 
(GWFE). Upon reception of routing instructions from the 
SLC through the GWFE, the DPFE will resume call pro- 
cessing according to the received instructions and route the 
incoming call directly to a Delivery Point FE or to the 
IP/PSTN GWFE 124 if needed. There are DPFEs in all three 
network domains, namely the PSTN/Mobile network DPFE 
106 and the Internet DPFE 114, each responsible for han- 
dling the call requests from their respective domains. 

TTie purpose of a Gateway Functional Element (GWFE) is 
to mediate the instruction requests/responses from/to the 
DPFE to/from the SLC. There are also GWFEs in all three 
network domains, namely the PSTN/Mobile network GWFE 
108 and the Internet GWFE 116, each responsible for 
processing the instruction requests originating in their 
respective domain. 

The Service Logic Controller (SLC) 122 forms the core of 
the ACS service, and does not belong to any one specific 
network domain. The primary goal of the SLC 122 is to 
provide the DPFEs with call processing instructions. In 
order to achieve this task, the SLC 122 will consult a 
particular caller's service profile, consisting in service logic 
as well as a list of conditions and events to be used to process 
the caller's incoming calls. The SLC 122 is the system 
component which is actually responsive to the events occur- 
ring within the different networks, and can be implemented 
on any suitable server that connects to the different domain 
gateways 108 and 116. This server includes a memory for 
storage of program elements implementing different func- 
tions necessary to the disposition of communication sessions 
and, more particularly, to the ACS service. The server 
further includes a Central Processing Unit (CPU) to execute 
these program elements, as well as a mass storage unit to 
hold a Subscriber Database. This Subscriber Database con- 
tains all of the user service profiles enabling the SLC logic 
to take a decision on call disposition, and will be described 
in more detail below. 

The functionality of the Gatekeeper Functional Element 
(GKFE) 118 is implemented on many different nodes in the 
IP telephony network. In a H.323 compliant network, these 
nodes are known as gatekeepers. A gatekeeper is responsible 
for a particular zone, whereby every VOIP client wishing to 
receive or make calls in this zone must first register with the 
gatekeeper. Within this zone, the gatekeeper is responsible 
for performing the translation of pseudo-addresses, fre- 
quently e-mail addresses, into IP addresses. The address 
translation request is made by sending a H.225 ARQ 
(Address Request) message to the gatekeeper. This ARQ 
message includes in particular the pseudo- address to be 
translated into an IP address. The pseudo -address serves as 
identification for a particular party when registering to 
Internet directory services, and allows the gatekeeper to 
fetch the corresponding IP address for the particular party. 
The gatekeeper answers the ARQ message with a Location 
Confirm (LCF) message containing the IP address or with a 
Location Reject (LRJ) message if no IP address can be 
returned. As an alternative to H.323 gatekeepers, services 
such as Microsoft Internet Locator Service (ILS) can be used 
to perform address translation. The GKFE 118 can be 
implemented as a single node on a suitable server that 
communicates with the SLC 122 and the different H.323 
gatekeepers and other proprietary locator systems in the IP 
network. Similar to the SLC, the GKFE 118 server includes 
a memory for storage of the program element implementing 
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the query function necessary to the translation of a pseudo- 
address to an IP address, where this query function involves 
the establishment of communication channels with H.323 
gatekeepers as well as with different proprietary locator 

5 systems. The server further includes a Central Processing 
Unit (CPU) to execute this program element. 

FIG. 2 is a structural block diagram which takes a closer 
look at both the SLC 122 and the GKFE 118. As described 
above, the SLC 122 includes a CPU 200, a memory 202 and 

10 a mass storage unit for the Subscriber Database 204. 
Alternatively, the Subscriber Database 204 may be included 
within the memory 202. The GKFE 118 includes a CPU 206 
and a memory 208, where the SLC 122 and the GKFE 118 

15 are interconnected and can exchange communication mes- 
sages over path 214. The GKFE 118 is shown interconnected 
to two other components 210 and 212, respectively repre- 
senting Microsoft ILS and a H.323 gatekeeper. The GKFE 
118 may establish several such connections, to other pro- 

20 prietary locator services and other H.323 gatekeepers. When 
the SLC 122 sends an ARQ message over path 214 to the 
GKFE 118, the GKFE 118 will extract from the ARQ 
message the pseudo -address to be mapped into an IP 
address. Next, the GKFE 118 will itself generate a query 

25 message including the pseudo-address, and will send this 
query message over all connections to proprietary locator 
services and other H.323 gatekeepers, for example 
Microsoft ILS 210 and H.323 gatekeeper 212. The GKFE 
118 will then await a return message from one of these 

30 connections mapping a valid IP address to the pseudo- 
address. Upon reception of such a return message, the GKFE 
118 will send to the SLC 122 an LCF message including the 
IP address to be used for disposition of the communication 

35 session. If no such return message is received by the GKFE 
118, a LRJ message is sent to the SLC 118 indicating that the 
owner of the queried pseudo-address is not currently logged 
on to the Internet. 
The objective of the IP/PSTN GWFE 124 is to route calls 

40 between network domains, ensuring that proper protocol 
conversion as well as media conversion is applied for 
delivery to a particular Delivery Point FE. There may be 
more than one IP/PSTN GWFE required between the call's 
originating point and the call's terminating point. 

45 Delivery Point FEs are the functional entities to which 
outgoing calls processed by the ACS service are routed to for 
delivery to a user or any termination point, and exist in all 
three domains. Examples of a PSTN Delivery Point FE 110 
include: 

50 any PSTN phone where the subscriber is registered; 
a fax; 
a modem; 

an audio/video conference; 
55 a messaging service; 

Voice Messaging System (VMS); 
Unified/integrated messaging system, 
concerning the Mobile network, examples of a Delivery 
Point FE 110 include: 

60 a handset; 
a fax; 
a modem; 

a messaging service; 
65 Voice Messaging Service (VMS); 

Unified/integrated messaging system; 
Short Message Service (SMS). 
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Finally, examples of an Internet Delivery Point FE 120 
include: 

a multimedia PC with: 

a Voice-over-IP (VoIP) client; 
a Fax-over-IP client; 
an Internet appliance; 

an Internet audio/video conferencing server. 

In addition to the above components that form part of a 
communication session disposition system incorporating the 
ACS service, the ACS system may also include separate 
service-providing entities, used strictly to perform specific 
tasks. In FIG. 3, an Advanced Intelligent Network (AIN) 
Intelligent Peripheral 300 is used to perform speech recog- 
nition in order to determine the party to be called. The 
Intelligent Peripheral 300 communicates with the PSTN 
ACS GWFE 108 through AIN messages, and is connected to 
and disconnected from the caller depending on the need for 
its services. FIG. 3 will be discussed in more detail below. 

In terms of the ACS service itself, an ACS subscriber first 
builds a directory of the individuals he/she wishes to be able 
to reach, prior to using the ACS system. The directory must 
include some routing information for each entry, such as the 
individual's directory number (DN) for the PSTN and an IP 
address or pseudo-address for the Internet. If an IP address 
is not known, the subscriber must know which pseudo- 
address the called party uses when registering to directory 
services such as Microsoft ILS, so that the ACS service can 
fetch the IP address when needed. The building of the 
directory may be done at a well-known location in the 
Internet, the location having a known URL, using a browser 
such as Netscape Navigator, or on the PSTN through an 
Interactive Voice Response (IVR) system. 

In order to access the ACS system from a phone, the user 
must dial into the system, using either a dedicated DN or 
feature code, and inform the system of the particular 
individual, listed in his/her subscriber directory, to be 
reached, either by speaking a name (Voice-Activated Dial- 
ling or VAD) or by entering the DN or any other code 
uniquely identifying the party to be called. The ACS system 
will then complete the call according to the routing instruc- 
tions stored by the user. If the call must be completed over 
the Internet and only a pseudo-address is available, the ACS 
system will automatically fetch the current IP address from 
the Internet. If the called party is currently connected, the 
ACS system will direct the PSTN portion of the call to a 
VOIP gateway, which will connect the caller to the called 
party via the Internet. 

The ACS service is therefore made up of the following 
components: 
subscriber Database 
Profile Management 
IP Address Retrieval 
Condition Checking 
Call Delivery 
Subscriber Database 

A portion of the Subscriber Database 204 is reserved for 
each ACS service subscriber. The Subscriber Database 204 
as shown in FIG. 2 contains a record for each such 
subscriber, where this record includes an information ele- 
ment formed of multiple fields, each containing specific 
information, such as: 
a subscriber ID; 

the home phone directory number (if different from the 
subscriber ID) to automatically associate calls made to the 
service from the subscriber's main directory number; 

the number of entries allowed in the subscriber's directory; 

the directory itself which contains multiple entries, each 
entry including: 
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name of the person, e.g. John Smith; 
directory number; 

IP address or pseu do -address, where a sample pseud - 
oaddress would be an e-mail address such as 
johns@xxx.xx; 
server for address translation; 
preferred IP carrier; 
routing information; 
time of day routing; 
day of week routing; 
least cost routing, such as: 

complete to VoIP if IP address available; 
complete to called party directory number using IP 

through a terminating VOIP gateway; 
complete to called party directory number using 
PSTN; 

priority list (e.g. IP first, PSTN otherwise if calling 
from IP); 

Quality of Service (QoS) bypass flag (e.g. force ACS to 
use IP in spite of low quality of service). 
The above list is non-exhaustive and could contain other 
elements. 

Profile Management 

Different means are available to the ACS service sub- 
scriber for accessing his/her section of the Subscriber 
Database, for example a web browser, an IVR system (with 
or without speech recognition), among other available inter- 
faces. The Profile Management tool allows the subscriber to 
view and modify his/her personal directory. 
IP Address Retrieval 

An important attribute of the ACS system is its automatic 
retrieval of the IP address of a called party that does not have 
a permanent IP address. Most Internet users connect to the 
Internet through the services of an Internet Service Provider 
(ISP) using a dial-up connection. The IP address associated 
with that type of connection is valid only for the duration of 
a call. The IP address is picked from a pool of addresses 
owned by the ISP. Once the call is over, the IP address is 
returned to the pool and can be reused by another person 
establishing a dial-up connection. Therefore, when a caller 
wants to make a voice-over-IP (VoIP) call to someone 
connected to the Internet through a dial-up connection, 
he/she must first figure out the current IP address of that 
person. 

Originally, the solution was for the caller to send an 
e-mail message to the called party including the caller's own 
IP address so that the called party could establish the call. 
More recently, companies have deployed servers in the 
Internet domain that would let people post their IP address 
so than anyone would know where they could be contacted, 
for example Microsoft Internet Locator Service. People 
connecting to the Internet can now configure their VoIP 
client to automatically register on one of these dedicated 
servers, so as to make their availability for receiving IP 
phone calls known to everyone. 

Specific to the present invention, the use of gatekeepers 
provides a standardized way to get the IP address, where 
these gatekeepers are used to manage all IP telephony 
related activities in a particular zone. The gatekeeper per- 
forms call control, manages bandwidth and performs 
address translation, among other responsibilities. The gate- 
keeper effectively allows the ACS service to automatically 
and transparently retrieve the IP address (if available) when 
needed in order to complete a call. Therefore, when the 
Internet is needed in order to complete the call for a 
subscriber's particular communication session, and an LP 
address is not available in the Subscriber Database of the 



1/3/05, EAST Version: 2.0.1.4 



US 6,240,449 Bl 



11 



12 



SLC, the SLC communicates with the gatekeeper in order to 
complete disposition of the communication session. When 
the Internet is not needed in order to complete the call, the 
SLC completes the disposition of the communication ses- 
sion in accordance with the subscriber's communication 
session disposition program stored in the Subscriber Data- 
base of the SLC. The use of a gatekeeper enables a sub- 
scriber to reach someone on the Internet with no permanent 
address without the need for the subscriber to access the 
Internet. ACS does so transparently by querying on the 
subscribers behalf the different systems (gatekeepers, ILS, 
etc) containing this information. 
Condition Checking 

The ACS system uses the routing information associated 
to a particular name in the subscriber's database to decide 
how to handle an outgoing call. If no routing information is 
available, the system uses a default routing algorithm: 
For PSTN-originated calls: complete the call on the PSTN; 
For IP-originated calls: 

complete the call on IP if an address is available; 

complete the call on the PSTN through a gateway. 

The caller can override the stored routing instructions on 
a per-call basis. This can be done by entering an extra digit, 
for example #, at the end of the identifying string or by 
saying it explicitly on a voice-activated system, for example 
"John Smith on Internet". 
Call Delivery 

When a call stays inside the PSTN/Mobile or IP network, 
the call is delivered directly to the called party terminal. 
However, when a call originating from one network has to 
terminate on the other, the ACS system forwards the call to 
a PSTN/IP gateway for proper bridging. Information on how 
to complete the call is also sent to the gateway by the ACS 
system. 

FIGS. 3 and 4, accompanied by the following 
descriptions, depict two different information flows. The 
purpose of these information flows is to illustrate the overall 
ACS system behaviour, but is in no way intended to limit the 
scope of the present invention to these specific flows. 

In FIG. 3, the information flow illustrates an ACS- 
originated call from the PSTN network, using AIN-VAD: 

1. The user picks up his phone. 

2. The user dials a *XX access code (explicit access to 
VAD). 

3. The PSTN ACS Detection Point FE 106 triggers on the 
Service Switching Point (SSP) when the *XX code is 
dialled. The SSP suspends call processing and invokes the 
resident AIN software (PSTN ACS Gateway 108). 

4. The PSTN ACS GWFE 108 sends a query to the Service 
Logic Controller 122 that is located on an AIN Service 
Control Point. 

5. The SLC 122 sends an AIN message to the SSP to connect 
the caller to an Intelligent Peripheral 300 in order to 
collect the name. 

6. The user speaks the name of the party he wants to reach. 

7. The Intelligent Peripheral 300 performs speech recogni- 
tion and returns the name (or a pointer to the name in the 
SLC 122 database) to the SLC 122. The caller is discon- 
nected from the Intelligent Peripheral 300; the call returns 
to the suspended state. 

8. The SLC 122 uses the information returned by the 
Intelligent Peripheral 300 to get the proper record from 
the subscriber database. This record indicates that the call 
to this person should be completed using the Internet 
between 08:00 and 18:00 if the person is connected to the 
Internet. 

9. As the current time is 12:30, the SLC 122 queries the IP 
GKFE 118 using the stored pseudo-address from the 
subscriber database. 
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10. The IP GKFE 118 returns to the SLC 122 the IP address 
corresponding to this pseudo-address indicating that this 
person is currently connected to the Internet and ready to 
receive VOIP calls. 

11. The SLC 122 returns to the SSP an AIN message to route 
the call to a PSTN/IP GWFE 124. 

12. The SLC 122 sends a message to the PSTN/IP GWFE 
124 over the Internet supplying the IP address associated 
to the call just forwarded. 

13. The PSTN/IP GWFE 124 receives the call from the 
network. The call information associated with this call 
contains the phone number of the calling party (the 
subscriber); this phone number is used to match this 
incoming call with the message sent by the SLC 122 
containing the destination IP address. The PSTN/IP 
GWFE 124 makes a call to the called party IP address and 
bridges this IP connection with the PSTN connection to 
the subscriber. 

Note that at step 7 above the SLC 122 could ask the SSP 
to connect the caller to an announcement while waiting for 
the IP address. Also, at step 13 above, the calling party ID 
is sufficient to uniquely identify a user calling from a 
residential line or from most business lines. Additional 
information could be passed for the cases where the calling 
number is not sufficient, such as calls from behind a Private 
Branch Exchange (PBX). Finally, an important feature of the 
ACS service is that it does not rely on Voice- Activated 
Dialling (VAD). The speech recognition part could be 
replaced by digit collection. In other words, the subscriber 
could enter the DN of the person to reach or a mnemonic 
code. 

In FIG. 4, the information flow illustrates auto-origination 
from the IP network: 

1. The user connects to the Internet and starts a VOIP client 
modified to support this service. The user either enters the 
name of the person to call, uses a Speed Dial entry, or 
speaks the name of the person to call if the client is 
voice-enabled. 

2. The VOIP client (Internet ACS DPFE 114) detects that the 
data entered in the called party field is not an address and 
suspends call processing. 

3. The VOIP client sends a message to a node in the Internet 
domain that acts as the Internet ACS GWFE 116. The 
message contains the subscriber ID (e.g. his home phone 
number) and the name of the person to reach. 

4. The ACS IP GWFE 116 reformats and sends the query to 
the SLC 122. 

5. The SLC 122 uses the received information to access the 
subscriber's database. This record indicates that the call to 
this person should be completed using the Internet 
between 08:00 and 18:00 if the person is connected to the 
Internet. 

6. The SLC queries the IP GKFE 118 using the stored 
pseudo-address from the subscriber's database. 

7. The IP GKFE 118 returns to the SLC 122 the IP address 
corresponding to this pseudo- address indicating that this 
person is currently connected to the Internet and ready to 
receive VoIP calls. 

8. The SLC 122 returns to the Internet ACS GWFE 116 a 
message indicating to route the call to the IP address 
retrieved from the Internet domain. 

9. The Internet ACS GWFE 116 reformats the message and 
forwards it to the VOIP client. 

10. The VOIP client establishes the connection to the 
returned IP address. 

Although the present invention has been described in 
considerable detail with reference to certain preferred 
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embodiments thereof, variations and refinements are pos- 
sible without departing from the spirit of the invention as 
have been described throughout the document. Therefore, 
the scope of the invention should be limited only by the 
appended claims and their equivalents. 
I claim: 

1. A method for managing a communication session 
originating in either one of a telecommunications network 
and the Internet domain, said method comprising the steps 
of: 

detecting origination of a communication session in either 
one of the telecommunications network and the Internet 
domain; 

suspending processing of the communication session; 

accessing a data structure containing a plurality of 15 
records, each record including an information element 
indicative of a certain communication session disposi- 
tion program; 

associating a record in said data structure with the com- 
munication session, the record including an entry 
indicative of a particular disposition program appli- 
cable to the communication session, the entry including 
a data element indicative of a pseudo-address in the 
Internet domain; 

if the entry applicable to the communication session is 
instructive to establish an Internet domain connection, 
translating the pseu do -address to an IP address; 

utilising the IP address to manage the communication 
session. 

2. A method for managing a communication session as 
defined in claim 1, wherein said data structure is supported 
on a service logic controller, said method comprising the 
step of establishing a communication between said service 
logic controller and a certain entity to transmit data from 
said service logic controller to said certain entity to enable 
the certain entity to establish a bridging connection between 
the telecommunications network and the data communica- 
tions network. 

3. A method for managing a communication session as 
defined in claim 2, wherein said certain entity is an inter- 
network gateway. 

4. A method for managing a communication session as 
defined in claim 3, wherein the telecommunications network 
includes the PSTN. 

5. A method for managing a communication session as 
defined in claim 4, wherein the telecommunications network 
includes a mobile telephone network. 

6. A service logic controller for the management of 
communication sessions originating in either one of a tele- 
communications network and the Internet, said service logic 
controller including: 

a central processing unit; 

a memory in data communicative relationship with said 
central processing unit, said memory holding a data 
structure including a plurality of records, each record 
including an information element indicative of a certain 
communication session disposition program; 

a program element in said memory that is executed by 
said central processing unit; 

a first connection point permitting to exchange data 
between said service logic controller and the telecom- 
munications network; 

a second connection point permitting to exchange data 
with the Internet; 

a third connection point permitting to exchange data with 
an Internet gatekeeper functional element, the Internet 



gatekeeper functional element returning in response to 
Internet address request messages Internet location 
messages; 

said program element implementing the functions of: 

a) processing a communication session disposition 
inquiry message input through either one of said first 
and second connection points to associate a certain 
record in said data structure with the communication 
session disposition inquiry message; 

b) if the communication session disposition program of 
said certain record is instructive to establish an 
Internet domain connection, generating and output- 
ting through said third connection point an Internet 
address request message to seek an IP address of a 
party with whom a communication session is to be 
established; 

c) processing an Internet location message received at 
said third connection point in response to the Internet 
address request message and containing an IP 
address of a party with whom a communication 
session is to be established to generate and output 
through either one of said first and second connec- 
tion points a communication session disposition 
instructions message including the IP address of a 
party with whom a communication session is to be 
established. 

7. A service logic controller as defined in claim 6, wherein 
each record of said data structure is associated to a particular 
subscriber. 

8. A service logic controller as defined in claim 7, wherein 
the information element of a record includes an identifica- 
tion tag specific to the particular subscriber associated to the 
record. 

9. A service logic controller as defined in claim 8, wherein 
the information element of a record further includes a 
subscriber directory, the subscriber directory containing an 
entry for each party with whom a communication session 
may be established by the subscriber. 

10. A service logic controller as defined in claim 9, 
wherein the subscriber directory entry for a particular party 
contains data elements specific to the disposition of a 
communication session to be established between the sub- 
scriber and the particular party. 

11. A service logic controller as defined in claim 10, 
45 comprising a fourth connection point permitting to transmit 

data to an inter-network gateway capable to route data 
between the telecommunications network and the data com- 
munications network. 

12. A service logic controller as defined in claim 11, 
wherein said first and second connection points connect with 
the telecommunications network and the data communica- 
tions network, respectively, through respective gateways. 

13. A service logic controller as defined in claim 12, 
wherein the data communications network is the Internet. 

14. A service logic controller as defined in claim 13, 
wherein the telecommunications network includes the 
PSTN. 

15. A service logic controller as defined in claim 14, 
wherein the telecommunications network includes a mobile 
telephone network. 

16. A system for the management of communication 
sessions originating in either one of a telecommunications 
network and the Internet, said system comprising: 

a service logic controller, including: 

a) a central processing unit; 

b) a memory in data communicative relationship with 
said central processing unit, said memory holding a 
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data structure including a plurality of records, each 
record including an information element indicative 
of a certain communication session disposition pro- 
gram; 

c) a program element in said memory that is executed 5 
by said central processing unit; 

d) a first connection point permitting to exchange data 
between said service logic controller and the tele- 
communications network; 

e) a second connection point permitting to exchange 10 
data with the Internet; 

a gatekeeper functional element in a data communicative 
relationship with said service logic controller, said 
program element implementing the functions of: 

i) processing a communication session disposition 15 
inquiry message input through either one of said first 
and second connection points to associate a certain 
record in said data structure with the communication 
session disposition inquiry message; 

ii) if the communication session disposition program of 20 
said certain record is instructive to establish an 
Internet domain connection, generating and forward- 
ing to said gatekeeper functional element an Internet 
address request message to seek an IP address of a 
party with whom a communication session is to be 25 
established; 



said gatekeeper functional element being responsive to 
the Internet address request message to obtain the IP 
address of the party with whom a communication 
session is to be established and to generate and forward 
to said service logic controller an Internet location 
message containing the IP address of the party with 
whom a communication session is to be established, 
said program element implementing further functions, 
including: 

processing the Internet location message received at 
said third connection point to generate and output 
through either one of said first and second connec- 
tion points a communication session disposition 
instructions message including the IP address of a 
party with whom a communication session is to be 
established. 

17. A system as defined in claim 16, comprising an 
inter-network gateway for routing data between the tele- 
communications network domain and the data communica- 
tions network domain, the inter-network gateway responsive 
to data received from said service logic controller to bridge 
a connection between the telecommunications network and 
the data communications network. 
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